home *** CD-ROM | disk | FTP | other *** search
- Path: newsie.dmc.com!usenet
- From: prozac@cape.com (gregg jennings)
- Newsgroups: comp.lang.c
- Subject: Re: ANSI C and Posix (was Re: C++ knocks crap out of Ada)
- Date: 11 Apr 1996 22:23:17 GMT
- Organization: Colossal Congress of Stuff & Things
- Message-ID: <4kk0ol$9jt@newsie.dmc.com>
- NNTP-Posting-Host: tsa_34.cape.com
- Mime-Version: 1.0
- Content-Type: Text/Plain; charset=US-ASCII
- X-Newsreader: WinVN 0.99.6
-
- In article <4kdlgm$10f@solutions.solon.com> seebs@solutions.solon.com
- (Peter Seebach) writes:
-
- >In article <dewar.829011320@schonberg>, Robert Dewar <dewar@cs.nyu.edu>
- wrote:
-
- >>Here is the exact case. We declare a buffer of 100 bytes. We read a
- >>1000 bytes from a file whose total length is 68 bytes. On all systems
- >>that we had experience with other than Linux, this worked fine, the
- >>first 68 bytes of the buffer is filled, and the remaining 32 bytes
- >>is unused.
-
- >Why are you reading 1000 bytes if you *know* there aren't that many?
-
- Perhaps it is to leave a security hole in his program. I.e. after
- the program is implemented, he changes that 68 byte file by appending
- some opcodes that will, when read and overwrites the too-small buffer,
- will replace the stack return address and then go off an execute some
- really cool worm type code which will then go on to effect and take
- down the entire Internet!
-
-
-